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METHOD FOR CONFIGURING A 
PROGRAMMABLE LOGIC 
CONTROLLER 

Background of Invention 

[0001] This invention relates generally to networked devices and, more particularly, to 
communications between Ethernet Transmission Control Protocol / Internet Protocol 
(TCP/IP) networked devices. 

[0002] On an Ethernet TCP/IP network, the delivery time for a packet of data depends on 
the amount of traffic on the network. One known method for increasing efficiency and 
speed on an Ethernet network is to allow one device (a producer) to transfer data to a 
plurality of other devices (consumers) using a Global Data (CD) protocol as taught in 
U.S. Patent No. 4,926,375, assigned to CE Fanuc Automation North America, Inc., 
Charlottesville, VA. An Ethernet Global Data (EGD) protocol enables a plurality of 
consuming devices and producing devices to operate asynchronously of each other. 
These devices include programmable logic controllers (PLCs) and computers, and the 
data transfers therebetween are commonly called exchanges. 

[0003] Typically, users of EGD define a comma separated variable (CSV) file format for 

importing and exporting exchanges for the user's devices. However, the user defined 
CSV files do not address the configuration of devices of other users, and are not 
platform and programming language independent. 

[0004] However, devices supporting the EGD Protocol use a different mechanism for 
defining and specifying content. 

Summary of Invention 
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[0005] The present invention is, in one aspect, a method for configuring a programmable 
logic controller (PLC) having a protocol. The method includes the step of providing an 

^ ^ ^ j ^ rirn a l^lCt - jprr | a u ^1 <g"^T^C>^C IVXI 1£) l^e"rV^&^ f^cz> r~ ^ 1^ e protocol of the PLC ; ^ 

[0006] In another aspect, a method for configuring a programmable logic controller (PLC) 
having a protocol is provided. The method includes utilizing the schema to validate at 
least one XML file parsed from a comma separated variable (CSV) file created by a 
configuration tool for a protocol different than the protocol of the PLC. 

[0007] In another aspect, a method for configuring a programmable logic controller (PLC) 
having a protocol is provided. The method includes utilizing the schema to validate at 
least one XML file parsed from a comma separated variable (CSV) file created by a 
configuration tool. 

Brief Description of Drawings 

[0008] Figure 1 is one embodiment of an extensible mark up language schema system. 

[0009] Figure 2 is one embodiment of a file structure of an extensible mark up language 
schema system. 

Detailed Description 

[0010] There is herein provided a standard mechanism for defining and specifying 

content for Ethernet Global Data (EGD) which is programming language and platform 
independent. Also provided herein is a definition of EGD using XML, a standard format 
for defining EGD that is both programming language and platform independent and a 
mechanism for configuring EGD devices. 

[001 1] The present invention provides a standard mechanism for defining and specifying 
content for Ethernet Global Data (EGD) which is programming language and platform 
independent. 

[0012] The present invention also provides EGDML which is a markup language based on 
Extensible Markup Language (XML). EGDML provides a standard means for describing 
Ethernet Global Data definitions and content. By basing EGDML on XML the exchange 
is programming language, and platform independent. 
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[0013] 



The EGDML based approach provides a single format that is applicable to all 
devices. XML parsers are freely available and therefore there is little or no work on 




clients to support the file format. 




[0014] 



Figure 1 is one embodiment of an extensible mark up language (XML) schema 



system 4 including a computer 6 and at least one programmable logic controller (PLC) 
8. In one embodiment, PLCs 8 are series 90-30 controllers commercially available 
from the CE Fanuc Automation Corporation, Charlottesville, Virginia. Computer 6 is 
networked to PLCs 8 utilizing an Ethernet Global Data (EG D) protocol. It should be 
understood that the present invention can be practiced with many alternative 
computers, and is not limited to practice in connection with just computer 6. 
Therefore, and as used herein, the term computer is not limited to just those 
integrated circuits referred to in the art as computers, but broadly refers to 
computers, processors, microcontrollers, microcomputers, application specific 
integrated circuits, Field Programming Gate Arrays (FPGA), Programmable Logic 
Controllers (PLC) and other programmable circuits. 

[001 5] In one embodiment, PLCs 8 are accessible to computer 6 via a network such as an 
Intranet or the Internet. In another embodiment, PLCs 8 and computer 6 are 
interconnected to a network, such as a local area network (LAN) or a wide area 
network (WAN), through many interfaces including cable modems, high-speed 
Integrated Services Digital Network (ISDN) lines, and telephone connections including 
telephone modems and DSL connections (Digital Subscriber Line). As explained below 
in greater detail, computer 6 utilizes an EGDML to configure PLCs 8. 

[0016] Figure 2 is an illustration of a file structure of an extensible mark up language 

(XML) schema file 1 0 that is utilized to facilitate configuring multiple devices including 
PLCs by providing a standard format for defining a protocol for the device. The 
standard format is programming language and platform independent. In one 
embodiment, the device is a PLC and the protocol is Ethernet Global Data. 

[001 7] Fj | e 1 o j nc | uc | es an Exchange element 1 2. In one embodiment, Exchange element 
12 is an EGD Exchange element. Exchange element 12 includes a Build Information 
element 14, a Device element 16, and an Exchange element 18. Elements of Build 
Information element 14 include a Name element 20, a Description element 22, a Tool 
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Version element 24, a Validation Code element 26, a Last Build Date element 28, and 
a Last Build Time element 30. Build Information element 14 includes items that are 



read and written by a conf ig li ration too I . r ATc o rd i h g ly , B u i Idinfo rrri a^ioti elelWeTrf T4 : ^ 
further includes a flag defined Editable , which is set to ToolOnlyEditable such that a 
user opening file 1 0 is informed that Build Information element 1 4 is not user 



editable. 



[0018] 



XML definition file 1 0 is utilized to access an XML data file written by a 



conventional configuration tool. More specifically, Name 20 is utilized to reference the 
name of the configuration tool that wrote the file. Description 22 is used to reference 
a description of the configuration tool that wrote the file. Tool Version 24 is utilized to 
reference the version of the configuration tool that wrote the file. Validation Code 26 
is used to reference a number field that is used by the tool for comparing whether the 
file has changed. In an alternative embodiment, Validation Code is utilized to 
reference a checksum. Last Build Date 28 is used to reference the date the file was last 
built by the configuration tool. Last Build Time 30 is used to reference the time the file 
was last built by the configuration tool. 

[0019] Device element 16 includes a Build Information element 32, a Device 

Configuration element 34, and a Device Validation element 36. Build Information 
element 32 includes elements identical to the elements described above included in 
Build Information 14. Device Configuration element 34 includes a Name element 38, a 
Description element 40, a Rate element 42, a Local Producer ID element 44, and an 
Ethernet Card element 46. Name 38 is used to refe rence the name of a device. 
Description 40 is utilized to reference a description for the named device. Rate 42 is 
used to reference a scan rate for the device. Local Producer ID 44 is utilized to 
reference a Producer ID for the device. Ethernet Card 46 is used to reference a 
definition of an Ethernet card associated with the device. In one embodiment, Ethernet 
card 46 is utilized to reference a plurality of Ethernet cards associated with the device. 



Ethernet card element 46 includes a Name element 48, a Description element 50, 
an IP element 52, a Multicast Base element 54, and a Subnet Mask element 56. Further 
elements of Ethernet card 46 include a Gateway IP element 5 8, a Name Server IP 
element 60, a Rack element 62, a Slot element 64, and a Lan Number element 66. 



[0020] 



AppJD-10065623 



Page 4 of 



Name 48 is utilized to reference a name associated with an Ethernet card. Description 
50 is used to reference a description for the card. IP 52 is utilized to reference an IP 
address associated with the card. Multicast Base 54 is used to re fere hce a multicast 
base address associated with the card. Subnet Mask 56 is used to reference a subnet 
mask associated with the card. Gateway IP 58 is utilized to reference a gateway IP 
address. Name Server IP 60 is used to reference a nameserver IP address. Rack 62 is 
utilized to reference a rack number associated with a rack that the card is mounted in. 
Slot 64 is used to reference a slot number that the card is in on the rack. Lan Number 
66 is utilized to reference a network number associated with the Ethernet card. 

[0021] Device Validation element 36 includes a Memory Type Definition element 68 

utilized to reference data relating to a memory. Memory Type Definition element 68 
includes a Name element 70, a Description element 72, and a Memory Size In Bytes 
element 74. Name 70 is utilized to reference a name of the memory. Description 72 is 
used to reference a description of the memory. Memory Size In Bytes 74 is used to 
reference the size of the memory in bytes. 

[0022] Exchange element 1 8 includes a Build Information element 76, a Name element 
78, Description element 80, a Producer ID element 82 and an Exchange ID element 
84. Further elements of Exchange 1 8 include a Signature element 86, a Source 
element 88, a Destination element 90, a Mode element (not shown), a Period element 
92, a Timeout element 94, a Transfer Definition element 96, and a Send Type element 
(not shown). Build Information element 76 includes elements identical to the elements 
described above included in Build Information 14 and Build Information 32. Name 78 
is used to reference a name of an exchange. Description 80 is used to reference a 
description of the exchange. Producer ID 82 is used to reference an exchange 
producer identifier (ID). Exchange ID 84 is used to reference an exchange ID. 
Signature 86 is used to reference a configuration signature value for the exchange 
(zero or non-zero). The applicability of signature 86 is determined external of the file. 
Source 88 is used to reference a source for the exchange. Destination 90 is utilized to 
reference a destination IP address for the exchange. Destination 90 includes an 
attribute that describes whether the destination is unicast, multicast, or broadcast. 
Mode is used to reference that the only valid values are Producer or Consumer 
describing mode of the exchange. Period 92 is used to reference the production or the 
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consumption period for the exchange based upon the mode. Timeout 94 is used only 
for consumed exchanges and references how often the occurrence of a refresh error 
should be declared. Transfer Definition 96 is utilized to reference a table that defines 
what pieces of the device H s memory and variables are used in this exchange. Send 
Type is utilized to reference descriptions of conditions under which data will be 
produced. 

[0023] Transfer Definition element 96 includes an input/output (IO) Transfer Table 

element 98 and a Variables element 1 00. IO Transfer Table element 98 includes a 
Build Information element 102 and a Variable Or Block Definition element 104. Build 
Information element 102 includes elements identical to the elements described above 
included in Build Informations 14, 32, and 76. Variable Or Block Definition element 
1 04 includes a Name element 1 06, a Description element 1 08, an Address element 
1 1 0, a Length In Units element 1 1 2, a Data Type element (not shown), an Offset In 
Bytes element 1 1 4, a Bit Offset element 1 1 6, and a Point Address element 1 1 8. Name 
1 06 is used to reference a name of a variable or a device memory reference. 
Description 108 is used to reference a description of the variable or device memory. 
Address 1 1 0 is used to reference a device starting address for where the 
variable/memory is located in the device. Length In Units 1 1 2 is used to reference a 
length for the memory in the device from the address referenced by Address 1 10. The 
DataType is used to reference a data type of the variable. Offset In Bytes 1 14 is used 
to reference an offset in bytes of where this data is located in the exchange. Bit Offset 
1 1 6 is used to reference a bit offset within an exchange byte. Point Address 1 1 8 is 
used to reference a point address format of the variable as used by a Human Machine 
Interface (HMI). This is provided for interoperability with current EGD 
implementations. 

[0024] Variables element 1 00 includes a Build Information element 1 20 and a Variable Or 
Block Definition element 122. Build Information element 120 includes elements 
identical to the elements described above included in Build Information 14, 32, 76, 
and 102. Accordingly, the multiple occurrences of Build Information elements allows a 
configuration tool to determine which parts of a file have been modified since the file 
was last created. 
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[0025] To configure PLC 8 (shown in Figure 1), a user utilizes a conventional 

configuration tool to enter a plurality of configuration parameters. The configuration 
" tool outputs the parameters to form an XML fiie.^Tn one embodiment/the XML file is in 
a format with grammar according to the schema illustrated in Figure 2. In an 
alternative embodiment, the configuration tool outputs the parameters to form an 
XML file in an alternative format. However, since XML parsers are readily available, a 
user parses the alternative format to create an XML file with grammar according to the 
schema illustrated in Figure 2. More particularly, the file in an alternate format is first 
transformed using XSL (extensible Stylesheet Language) and then parsed. In 
alternative embodiments, XML schemas other than the schema illustrated in Figure 2 
are utilized. In any case though, since XML parsers are readily available for many 
different Platforms, the methods described herein are employable with many different 
EGD implementations. 

[0026] While the invention has been described in terms of various specific embodiments, 
those skilled in the art will recognize that the invention can be practiced with 
modification within the spirit and scope of the claims. 
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